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TECHNICAL FIELD 

The present invention generally relates to a resource management system and, 
more particularly, to a resource management system that manages worker resources based 
10 on factors including work plans input by the workers. 



BACKGROUND AND SUMMARY OF THE INVENTION 

Companies that sell or distribute products or services typically provide customer 
service centers to handle inquiries from customers regarding their products or services. 

15 These inquiries can be questions regarding how to use or operate a product or can be 
complaints about product defects. Traditionally, customers have been provided with a 
telephone number (e.g., a 1-800 telephone number or a 1-900 telephone number) to call 
with such inquiries. An automatic call distributor (ACD) having software customized for 
a particular customer service center operation typically handles such telephone calls. The 

20 ACD provides call queuing functions and distributes the calls to available customer 
service representatives or agents. These customer service representatives are trained to 
respond to inquiries about a company's products or services. When the customer service 
center receives a large number of calls that might result in long queues and long customer 
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hold times, the ACD may generate a message that informs callers that "All operators are 
busy. Please call back later." In some circumstances, the ACD may generate a busy 
signal to incoming calls. Customers are also able to contact companies by regular mail 
using a customer service mailing address and, more recently, by electronic mail (e-mail) 

5 using an e-mail address. 

It is very important that a company respond in a timely manner to customer 
inquiries. Toward this end, businesses generally attempt to ensure that sufficient 
customer service representatives are available to meet an expected number of customer 
inquiries. This expected need is determined based on historical data and takes into 

10 account seasonal variations (e.g., Christmas season), new product launches, etc. A failure 
to respond in a timely manner to customer inquiries generally leads to dissatisfied 
customers and a loss of customer loyalty. As noted above, customer inquiries may be 
made via different communications channels (e.g., telephone, regular mail, e-mail) and 
thus companies must ensure that a sufficient number of workers are available to handle 

15 inquiries made via each of these channels. 

Thus, it is important for a business to have sufficient resources (i.e., customer 
service representatives) available to handle an expected number of tasks (i.e., customer 
service inquiries). In the case of telephone inquiries, for example, it is desirable to reduce 
queue time to reduce telecommunication charges to the company that are associated with 

20 calls to the 1-800 numbers of the business and to reduce adverse customer reaction. Of 
course, it is also desirable not to overstaff a customer service operation since this results 
in increased operating costs to the company. Thus, companies look to minimize the 
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"available time" of the customer service representatives so that those representatives who 
are scheduled to be "on-phone" at a given time are actually handling telephone calls. 

The resource management system of the present invention is an information 
system that stores, organizes the variety of staffing data sources, and delivers 
comprehensive functionality for resource management. The system includes a work plan 
builder module configured to build work plans for workers. The work plan builder 
module is configured to allow each worker to specify, for each of a plurality of different 
time periods, one of a plurality of different activities that the worker plans to perform 
during that time period. The work plans built by the work plan builder module are stored 
in a computer-accessible memory. 

Such a system provides significant benefits in that it provides workers a degree of 
autonomy in choosing what they want to do and when they want to do it. The system also 
makes the workers the data source for work schedules and thereby takes advantage of the 
fact that the workers themselves are most likely to know what factors (e.g., doctor's 
appointments, vacation time) will affect their work schedules in the upcoming work 
period. Management personnel (e.g., team leaders and/or supervisors) are able to review 
the work plans to determine whether the work plans generated by the workers are 
sufficient to provide a desired service level for an expected work load. If necessary, the 
management personnel may re-allocate the resources. 

Other modules are usable in conjunction with the work plan builder module. A 
real time status module provides comprehensive statistical information (updated 
periodically) regarding customer service center operations. A current day activity 
monitor module provides a real-time comparison between the current real-time 




requirements and the current period of the work plan. In this way, team leaders, and/or 
supervisors can be provided with real-time data as to the shortage or surplus of workers. 
A work force forecast module provides a comparison between the expected work volume 
and characteristics (as may be determined from algorithms based on historical data and/or 
5 seasonal data) and the work plans in order to communicate (e.g., visually) to team leaders, 
supervisors and/or workers whether sufficient workers are available to achieve the service 
level goal for the expected tasks. A supervision tool module permits team leads and/or 
supervisors to view, update and approve the work plans entered by the workers under 
their supervision or direction. A call center reporter module generates after-the-fact 

10 reports that compare the forecasted needs and the workers that planned to handle these 
forecasted needs with the actual needs and the workers that handled these actual needs. 

These and many other advantages of the present invention will be more 
completely understood and appreciated by careful study of the following more detailed 
description of illustrative embodiments of the invention taken in conjunction with the 

15 accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 A shows a customer service system 100 in which the resource 
management system described herein is implemented. 
20 FIGURE IB shows various modules present on system server 1 10. 

FIGURE 2 is a generalized block diagram of a computer system suitable for use as 
the client and server components shown in FIGURE 1. 




FIGURE 3 illustrates a main menu screen for the resource management system of 
the present invention. 

FIGURES 4, 5 and 6 show screens associated with Work Plan Builder module 

152. 

5 FIGURES 7A-7C show screen portions associated with Real Time Status module 

154. 

FIGURES 8 A and 8B show screens associated with the Work Force Forecast 
module 158. 

FIGURES 8C and 8D show alternative staffing need distribution display formats. 
10 FIGURE 9 shows the main menu for Supervision Tool module 160. 

FIGURES 10A-10F show screens associated with Supervision Tool Module 160. 

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS 

The present invention is explained below in terms of managing workers in a 

15 customer service environment. In the description below, "workers" generally refers to 
human workers such as customer service representatives. It will be appreciated however 
that "workers" could in some instances also refer to computer routines for performing 
certain tasks. That is, certain tasks can be allocated to computer-implemented routines. 
For example, if customer service telephone lines are overloaded, certain customer 

20 services tasks may be allocated to automated routines (e.g., a routine that informs callers 
"All lines are busy. Please call back later.") "Tasks" as used herein refers to tasks or jobs 
to be performed by the workers. In the case of a customer service operation, these tasks 
may include, but are not limited to, handling incoming telephone calls, handling incoming 
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electronic mail and handling incoming regular mail. Finally, the description of the 
present invention with reference to a customer service environment is for purposes of 
illustration, not limitation. It will be apparent from the following discussion that the 
teachings of the present application are applicable to other environments in which 
5 workers perform tasks. 

FIGURE 1A shows a customer service system 100 in which the resource 
management system described herein is implemented. Call center system 100 includes a 
call center 102 such as an automated call distributor (ACD) that is connected to a data 
distributor 104 by an application bridge 106, a real time bridge 108, and a database bridge 

10 1 10. Data distributor 104 is coupled to a system server 1 10 which is itself coupled to a 
plurality of remote worker terminals 1 12. ACD 102 receives incoming telephone calls 
from customers over a public switched telephone network 1 14. Those in the art will 
appreciate that an ACD may also be configured to handle facsimiles, electronic mail, 
network (e.g., Internet) communications, and the like. A routing vector routes each of the 

15 external phone calls to a selected application and the application then directs each of the 
calls supplied thereto to one of a plurality of application vectors. Generally speaking, a 
vector is one or more computer instructions stored in a memory of the ACD and executed 
by a processor of the ACD for routing incoming telephone calls. The application vectors 
route the telephone calls from the applications to the customer service representatives. 

20 As is well known in the art, the call may be routed based on information supplied from 
the public switched telephone network, such as the number dialed by the caller or the 
number of the caller. ACDs are available from various vendors including Aspect 
Telecommunications Corporation of San Jose, California. The functioning of ACDs is 
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well known and will not be described in detail herein. In the resource management 
system described herein, a network connection is established to ACD 102 and use is made 
of existing ACD messaging (e.g., Application Bridge, Database Bridge, and Real-Time 
Bridge). 

5 Data distributor 104 interfaces between ACD 102 and system server 110. Data 

distributor 104 is a Windows NT server that is configured to send queries to ACD 102 
using TCP/IP. ACD 102 provides responses to these queries to data distributor 104. The 
data responsive to these queries is routed by data distributor 104 to system server 110. 
For example, responsive to queries from data distributor 104, ACD 102 sends application 
10 statistics via application bridge 106. These application statistics may include, but are not 
limited to, statistics such as the number of 1-800 calls, the number of 1-900 calls, etc. 
Database bridge 1 10 provides access to data that has been written to a hard drive of ACD 
102 and real-time bridge 108 provides access to data in RAM of ACD 102. Access to the 
hard drive and RAM via these bridges is through SQL queries. System server 110 is also 
15 connected to an e-mail server 118 and a time clock 116. 

The resource management system implemented in the system of FIGURE 1A is 
preferably a browser-based system in which a client program running on computers of the 
team leaders, supervisors and workers (the web browser) requests information from a 
server program running on system server 1 10. System server 1 10 sends the requested 
20 data back to the browser program and the browser program then interprets and displays 
the data on the computer screen. The process is as follows: 

1. The team leader, supervisor or worker runs a web browser client program 
on his/her computer. 
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2. The team leader, supervisor or worker connects to the server computer 
(e.g., via the Internet). Connection to the server computer may be 
conditioned upon the correct entry of a password as is well known. 

3. The team leader, supervisor or worker requests a page from the server 
computer. The browser sends a message to the server computer that 
includes the following: 

the transfer protocol (e.g., http://); and 

the address, or Uniform Resource Locator (URL). 

4. The server computer receives the request and retrieves the requested page, 
which is composed, for example, in HTML (Hypertext Markup Language). 

5. The server then transmits the requested page to the computer of the team 
leader, supervisor or worker. 

6. The browser program receives the HTML text and displays its 
interpretation of the requested page. 

Thus, the browser program sends requests and receives the data needed to display 
the HTML page on the computer screen. This includes the HTML file itself plus any 
graphic, sound and/or video files mentioned in it. Once the data is retrieved, the browser 
formats the data and displays the data on the computer screen. Helper applications, plug- 
ins, and enhancements such as Java™ enable the browser, among other things, to play 
sound and/or display video inserted in the HTML file. The fonts installed on the 
computer and the display preferences in the browser determine how the text is formatted. 

If an action is requested that requires running a program (e.g., a search), the server 
loads and runs the program. This process usually creates a custom HTML page "on the 
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fly" that contains the results of the program's action (e.g., the search results), and then 
sends those results back to the browser. 

Browser programs suitable for use in connection with the resource management 
system of the present invention include Netscape® Navigator available from Netscape® 
5 Communications Corporation and Internet Explorer available from Microsoft® Corp. 

While the above description contemplates that each team leader, supervisor and 
worker has a computer running a web browser, it will be appreciated that more than one 
person could use a particular computer terminal or that a "kiosk" at a central location 
(e.g., a cafeteria, a break area, etc.) with access to the system server could be provided. 

10 It will be recognized by those in the art that various tools are readily available to 

create web pages for accessing data stored on a server and that such tools may be used to 
develop and implement the resource management system described below and illustrated 
in the accompanying drawings. 

FIGURE 2 generally illustrates a computer system 201 suitable for use as the 

15 client and server components of the resource management system. It will be appreciated 
that the client and server computers will run appropriate software and that the client and 
server computers may be somewhat differently configured with respect to the processing 
power of their respective processors and with respect to the amount of memory used. 
Computer system 201 includes a processing unit 203 and a system memory 205. A 

20 system bus 207 couples various system components including system memory 205 to 
processing unit 203. System bus 207 may be any of several types of bus structures 
including a memory bus or memory controller, a peripheral bus, and a local bus using any 
of a variety of bus architectures. System memory 207 includes read only memory (ROM) 
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252 and random access memory (RAM) 254. A basic input/output system (BIOS) 256, 
containing the basic routines that help to transfer information between elements within 
computer system 201, such as during start-up, is stored in ROM 252. Computer system 
201 further includes various drives and associated computer-readable media. A hard disk 

5 drive 209 reads from and writes to a (typically fixed) magnetic hard disk 21 1; a magnetic 
disk drive 213 reads from and writes to a removable "floppy" or other magnetic disk 215; 
and an optical disk drive 217 reads from and, in some configurations, writes to a 
removable optical disk 219 such as a CD ROM or other optical media. Hard disk drive 
209, magnetic disk drive 213, and optical disk drive 217 are connected to system bus 207 

10 by a hard disk drive interface 221, a magnetic disk drive interface 223, and an optical 
drive interface 225, respectively. The drives and their associated computer-readable 
media provide nonvolatile storage of computer-readable instructions, SQL-based 
procedures, data structures, program modules, and other data for computer system 201. 
In other configurations, other types of computer-readable media that can store data that is 

15 accessible by a computer (e.g., magnetic cassettes, flash memory cards, digital video 

disks, random access memories (RAMs), read only memories (ROMs) and the like) may 
also be used. 

A number of program modules may be stored on hard disk 211, removable 
magnetic disk 215, optical disk 219 and/or ROM 252 and/or RAM 254 of system memory 
20 205. Such program modules may include an operating system providing graphics and 
sound APIs, one or more application programs, other program modules, and program 
data. A user may enter commands and information into computer system 201 through 
input devices such as a keyboard 227 and a pointing device 229. Other input devices may 
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include a microphone, joystick, game controller, satellite dish, scanner, or the like. These 
and other input devices are often connected to processing unit 203 through a serial port 
interface 231 that is coupled to system bus 207, but may be connected by other interfaces, 
such as a parallel port, game port, Fire wire bus, or a universal serial bus (USB). A 

5 monitor 233 or other type of display device is also connected to system bus 207 via an 
interface, such as a video adapter 235. 

Computer system 201 may also include a modem 254 or other means for 
establishing communications over wide area network 252, such as the Internet. Modem 
254, which may be internal or external, is connected to system bus 207 via serial port 

10 interface 231 . A network interface 256 may also be provided for allowing computer 

system 201 to communicate with a remote computing device 250 via a local area network 
258 (or such communication may be via wide area network 252 or other communications 
path such as dial-up or other communications means). Computer system 201 will 
typically include other peripheral output devices, such as printers and other standard 

15 peripheral devices. 

Other types of computer systems including workstations, hand-held computer 
systems, personal digital assistants, and interactive wireless communication devices may 
be used in the resource management system described herein. 

The various system modules making up the resource management system of the 

20 present invention are present on server 1 10 of FIGURE 1 A. With reference to FIGURE 
IB, these modules include Work Plan Builder module 152; Real Time Status module 
154; Current Day Activity Monitor 156; Work Force Forecast module 158; Supervision 
Tool module 160; and Call Center Reporter module 162. Each of these modules will be 
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described in detail below. While the resource management system of the present 
invention achieves certain benefits as a result of the interaction of all of these modules 
with each other, certain advantages can be achieved if less than all or, in some cases, even 
one, of these modules are utilized. 

5 FIGURE 3 shows the main menu screen of the resource management system. 

Using this main menu, a worker, team leader and/or supervisor can access the various 
system modules. As will be understood by those familiar with web-based forms and 
screens, users may make menu selections by pointing-and-clicking using a mouse, 
trackball or other pointing device, or by using the TAB and ENTER keys on a keyboard. 

10 For example, menu selections may be highlighted by positioning the cursor on the 
selections using a mouse or by using the TAB key. The mouse may be left-clicked to 
select the selection or the ENTER key may be pressed. Other selection mechanisms 
including voice-recognition systems, touch-sensitive screens, etc. may be used and the 
invention is not limited in this respect. 

15 Work Plan Builder module 152 establishes work plans for workers and constitutes 

a daily, weekly, bi-weekly, monthly, etc. pre-planning tool used by workers to enter their 
work plans for an upcoming work period (such as a week or bi-week). Team leaders 
and/or supervisors are able to make adjustments (or suggest that the workers themselves 
make adjustments) in one or more work plans if, for example, the work plans entered by 

20 the workers for the upcoming work period would not enable a particular service level 
goal to be reached. 

Work Plan Builder module 152 generates a collection of workers' schedules 
including worker-specified details about how they desire to spend their work time. These 
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work plans are the data foundation for other ones of the system modules as explained in 
greater detail below. The completed work plans are stored in ORACLE® database tables 
in the memory of the system server 110. Other database tables may be used and the 
invention is not limited in this respect. Each worker is required to complete a work plan 
5 for an upcoming work period. Work Plan Builder module 152 is configured to set a 

deadline time by which all work plans for the upcoming work period must be completed. 
For example, in the case of a weekly work plan, module 152 may be configured to 
establish close-of-business each Thursday as the deadline for entering work plans for the 
next week. If a worker does not enter a work plan by this deadline, module 152 is 

10 configured to generate an e-mail message to that effect and forward the message to the 
worker and, preferably, also to the worker's team leader and/or supervisor. Using 
Supervision Tool module 160 described in greater detail below, team leaders and/or 
supervisors may be provided with the capability of entering work plans for workers under 
their direction or supervision if the workers do not or cannot enter the plans themselves, 

15 perhaps because of an unexpected absence or illness. 

The work plans entered by workers are stored in a memory of the system server 
1 10. Each worker can access his/her work plan from this memory using the interface 
described below for purposes of review and/or updating. Generally speaking, workers are 
not able to access work plans of their co-workers. However, as noted above, team leaders 

20 and/or supervisors are able to access and/or edit the work plans for the workers under 
their direction or supervision using Supervision Tool module 160. 

A simple and straightforward user interface for Work Plan Builder module 152 
will be described with reference to FIGURES 4, 5 and 6. Using this or a similar 
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interface, each worker should be able to complete a work plan for an upcoming work 
period quickly and easily. By selecting Work Plan Builder from the main menu shown in 
FIGURE 3, the worker is presented with the screen shown in FIGURE 4. This screen 
provides the worker the options to access a "Work Plan" facility by selecting menu choice 

5 402; to access a "Work Plan Profile" facility by selecting menu choice 404; or to return 
home to the main menu shown in FIGURE 3 by selecting menu choice 406. Other 
system modules are accessible using menu area 408. Menu selections may be made by 
pointing-and-clicking using a mouse or other pointing device or by pressing appropriate 
keys on a keyboard. Selecting menu choice 404 ("Work Plan Profile") takes the user to 

10 the screen shown in FIGURE 5. A work plan profile is the default version of a worker's 
work plan that is accessible when a worker uses the resource management system to enter 
a new work plan as will be described in greater detail below. Work Plan Builder module 
152 is configured so that the very first time a particular worker accesses the resource 
management system to enter a work plan, the worker will start the work plan entry 

15 process by entering a work plan profile. As noted, the work plan profile constitutes the 
default version of a worker's work plan when he/she creates a new work plan. Thus, it is 
desirable for each worker to create a work plan profile that represents his/her "typical" 
work schedule. 

As shown in FIGURE 5, work plan profile 500 includes cells arranged in rows 
20 and columns. The rows 502 represent work hours broken down into fifteen-minute 

increments and the columns 504 represent days of the week. Of course, the work hours 
may be broken down by time increments other than fifteen minutes. In some instances, it 
may be desirable to break down certain work hour periods into first increments and other 




work hour periods into second (and even third, fourth, etc.) different increments. That is, 
for example, some work hour periods may be broken down into fifteen-minute 
increments, while other work hour periods may be broken down into thirty-minute 
increments. 

5 The worker begins to enter a work plan profile by highlighting those cells of the 

row and column display (i.e., times and days of the week) for which it is desired to enter a 
particular activity. The worker can then go to the "Activity List" combo box 506 to 
choose an activity code that is indicative of the activity that the worker desires to engage 
in or perform during the highlighted times and days of the week. Alternatively, a worker 

10 can type an activity code into edit field 508. In either case, Work Plan Builder module 
152 is configured to fill the chosen (or entered) activity code into the highlighted cells. 
The above procedure is repeated until the work plan profile is completed. The worker 
saves his/her work plan profile in the memory of system server 1 10 by pressing a "Submit 
Your Profile" button 510. A print-out of the profile is obtained by pressing "Print 

15 Profile" button 512. A worker may update his/her work plan profile at any time by 
accessing the screen shown in FIGURE 5 via the appropriate menu selections. 

The list of activity codes revealed in combo box 506 corresponds to the possible 
activities for the worker. For example, in a customer service environment, the list of 
activity codes may include a first code for preparing written responses to regular mail 

20 received from customers, a second code for responding to e-mail received from 

customers, a third code for responding to telephone calls from customers, a fourth code 
for vacation, a fifth code for meal times, a sixth code for break times, etc. The codes may 
be grouped into the following categories: Scheduled On Phone; E-Mail/Letter Contact 
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Time; Changeable Off-Phone (Consumer Service Project Time (such as System Support, 
Information Database Updating, etc.)); Absence/Lunch/Breaks; and Non-Changeable Off- 
Phone (Team Meetings, In Training, Retailer Support/ Admin. Sched.). This list of 
activities and grouping of codes are provided by way of illustration, not limitation. Work 

5 Plan Builder module 152 may be configured to generate an error message if a worker 
attempts to select an inappropriate code from combo list box 506 or if the worker enters 
an inappropriate code into edit field 508. A worker can type in up to three letters in the 
activity code location helper edit field 514 to receive assistance in finding an appropriate 
activity code. For example, typing in "S" or "s" will bring the worker to the activity code 

10 for "sick" in combo box 506. The worker may then select this activity code from the 
combo box. 

With reference to the portion of the work plan profile shown in FIGURE 5, the 
worker has designated that he/she wishes to perform activity (or task) 1K1 - SR writing 
(i.e, preparing written responses to regular mail received from customers) on Sundays 
15 through Thursdays during each fifteen-minute time interval beginning at 7:45 AM and 
ending at 9:30 AM. The worker has also designated that he/she wishes to perform 
activity 1K2 (e.g., answering telephone calls from customers) on Mondays through 
Thursdays during each fifteen-minute time interval beginning at 6:30 AM and ending at 
7:45 AM. 

20 Work Plan Builder module 152 may be configured with a number of additional 

routines to assist a worker in setting up a work plan profile. For example, generally 
speaking, a worker will be allowed a certain amount of time for meals and/or breaks. If a 
worker enters too much or too little meal and/or break time, a message such as a pop-up 
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message may be generated to so inform the worker when the worker attempts to save 
his/her profile by pressing the "Submit Your Profile" button 510. It may also be desirable 
that workers not work too long without a break. Work Plan Builder module 152 may 
therefore also generate a message if the work plan profile of a particular worker includes 
5 extended time periods (i.e., time periods greater than some predetermined time period) of 
activity without any breaks. Other help or assistance may be provided to the worker via 
help screens and/or pop-up messages and dialog boxes. 

Selecting menu choice 402 ("Work Plan") from the menu shown in FIGURE 4 
takes the user to the screen shown in FIGURE 6. FIGURE 6 illustrates a work plan 

10 interface that allows each worker to enter his/her work plan 600 for an upcoming work 
period. In FIGURE 6, the worker has chosen the week from July 16, 2000 to July 22, 
2000 as the work plan period from the combo box 602. Although FIGURE 6 illustrates 
the upcoming work period as a one-week work period, it will be readily appreciated that 
the resource management system described herein is not limited in this respect and that 

15 other work periods suitable for a particular business operation may be utilized. 

The work plan interface of FIGURE 6 is configured to allow workers to enter a 
new work plan or to update an existing work plan for a particular work period and 
includes a work plan 600 arranged in the same manner as the work plan profile 500 
shown in FIGURE 5. Combo box 604 allows a user to select a data source for filling in 

20 work plan table 600. As shown in combo box 604, work plan table 600 has been filled in 
using the worker's work plan profile. Other data sources for filling the work plan table 
may include a work plan for a prior work period or a blank work plan. Like the Work 
Plan Profile shown in FIGURE 5, the work plan interface includes an Activity Code 
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Location Helper edit field 606, an activity list combo box 608, and an Enter Activity 
Code edit field 610. These edit fields and combo boxes are usable by the worker to select 
activity codes to enter into the cells of work plan table 600. 

To enter a work plan, the worker selects a work plan period using combo box 602 
5 and selects a source to initially fill the cells of the work plan using combo box 604. 
Combo box 602 may permit the worker to select from among, for example, the current 
week, the next week, and the week following the next week. The work plan initially 
filled in using the data source selected by combo box 604 may be modified by 
highlighting particular cells and then using edit field 606, combo box 608 and/or edit 

10 field 610 to choose activity codes that describe the worker's desired activity for the time 
periods corresponding to the selected cells. A combo box 616 provides an activity code 
summary that permits workers to see how many hours they have entered in their work 
plans for each activity code. 

The worker saves his/her work plan in the memory of system server 1 10 by 

15 pressing the "Submit Your Work Plan" button 612. The work plan can be printed-out by 
pressing "Print Work Plan" button 614. A worker may update his/her work plan at any 
time by accessing the screen shown in FIGURE 6 via the appropriate menu selections. 

Work Plan Builder module 152 may also include a number of routines to assist a 
worker in setting up a work plan. These routines may include routines similar to those 

20 described above with respect to the work plan profile in connection with meal and/or 

break time. In addition, a worker is generally allowed a certain amount of vacation time. 
Work Plan Builder module 152 may be configured to provide messages to workers 
generating work plans indicating how much vacation time they have used and/or how 
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much vacation time they have left. In addition, for those companies that have a "use it or 
lose it" policy regarding vacation time, work plan builder module 152 may be configured 
to give workers an indication of how much of their vacation time must be used by a 
particular date. 

5 As noted above, the resource management system may be remotely accessed via 

the Internet or via a dial-up connection. Thus, a sick worker may remotely access and 
update his/her work plan to indicate that certain time periods will be used as sick time. 
Here again, a worker is generally allowed a certain amount of sick time and the work plan 
builder module 152 may be configured to provide messages to workers generating work 

10 plans indicative of how much sick time the workers have used, how much sick time 
remains, etc. Work plan builder module 152 may be configured to provide similar 
messages with respect to compensatory time. 

The work plan interface shown in FIGURE 6 may also be modified to include a 
special message field. The administrator of the resource management system may use 

15 this special message field to identify certain anticipated needs and/or to provide 

incentives for workers to specify certain activities in their work plans. For instance, many 
workers often schedule vacation time around the holidays (e.g., Thanksgiving, Christmas, 
etc.). This creates the possibility of understaffing. Understaffing during the holiday 
season is particularly undesirable for customer service departments of businesses that 

20 experience large seasonal sales. These large sales generally result in a significant number 
of communications from customers either via telephone, e-mail or regular mail. To 
address this problem, the special message field may identify particular needs and special 
incentives (extra pay, additional time off, etc.) for those workers who create work plans 
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that address these needs. Thus, for example, the special message field may indicate that 
those persons who agree to answer telephone calls from customers on Christmas morning 
will receive a certain financial bonus. 

Work Plan Builder module 152 offers significant benefits in that it provides 
5 workers a degree of autonomy in choosing what they want to do and when they want to 
do it. This module makes the workers the data source for work schedules and thereby 
takes advantage of the fact that the workers themselves are most likely to know what 
factors (e.g., doctor's appointments, vacation time) will affect their work schedules in the 
upcoming work period. As will be explained below, team leaders, supervisors, and/or the 

10 workers themselves can then determine whether the work plans generated by the workers 
are sufficient to provide a desired service level for the expected work load. If necessary, 
resources may be re-allocated. 

Real Time Status module 154 of the resource management system provides 
comprehensive statistical information regarding customer service center operations using 

15 data from the real-time bridge 108 and ORACLE tables. The statistics are updated 

periodically (e.g., every five seconds). If the work center is a call center, this statistical 
information may include agent group statistics, application statistics and prompt statistics. 
An illustrative real time status screen is shown in FIGURES 7A-7C. This screen is 
accessible by an appropriate menu selection from the menu shown in FIGURE 3. Real 

20 Time Status module 154 is configured to provide statistics for various agent groups and 
FIGURE 7A is a first screen portion 702 of the Real Time Status screen showing agent 
group statistics. In the illustrative screen of FIGURE 7A, the following agent groups 
have been defined: Customer Service Representatives (CSR) - teams I, II, EH; Game Play 



20 




Consultants (GPC) - teams I, II, HI; Zelda only agents; "Super" agents; Dealer Only 
agents; French Only agents; Spanish Only agents; and BasicRep agents. Obviously, these 
agent groups are provided by way of illustration, not limitation, and it will be apparent 
that the agents whose status is being monitored can be grouped in any convenient manner. 
5 For each group of agents, the following statistics are shown in the screen portion of 

FIGURE 7A: number of signed on agents, the number of available agents, the number of 
inside lines in use, the number of idle agents, the number of agents in wrap-up and the 
number of agents on call. 

FIGURE 7B is a second screen portion 730 of the Real Time Status screen 

10 showing application statistics. "Applications" refers to the various call center operations 
processed by the call center shown in FIGURE 1. These operations may include, but are 
not limited to, "800" or "888" calls; "900" calls; dealer calls; French-language calls; and 
Spanish language calls. One or more telephone numbers may be associated with each of 
these operations. The statistics for each of these applications include: the number of calls 

15 currently in queue (i.e., the number of calls on-hold); the longest call in queue (i.e., the 
number of minutes of the longest call on hold); the total number of calls handled by 
customer service representatives; and the total number of calls offered to representatives. 

FIGURE 7C is a third screen portion 760 of the Real Time Status screen showing 
prompt statistics. "Prompts" refers to the prompt heard by callers to the call service 

20 center. In some cases, the caller is connected directly to a customer service representative 
(CSR Direct To Rep). In other cases, the caller hears the main customer service 
representative prompt (CSR Main Prompt). The main prompt may, for example, include 
messages that prompt callers to enter certain information in order to appropriately route 
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the call. In still other cases, a busy prompt (e.g., "All lines are currently busy. Please call 
back later.") (CSR Busy Prompt) may be provided. In still other cases, the caller may call 
center may simply generate a busy signal for incoming calls (CSR Busied). Other 
prompts shown in FIGURE 7C include a GPC 900 Prompt that is generated for callers to 

5 a 900 number for contacting game playing consultants; a GPC 900 Busied in which the 
system generates a busy signal for incoming calls to the 900 number because, for 
example, no consultants are available; a Power Line prompt that is generated for certain 
high-level game players; and a Gatekeeper prompt that discourages certain repeat callers 
from calling back. The statistics for each of these prompts includes a current number and 

10 a total number. 

It will of course be recognized that the particular agent groups, agent group 
statistics, applications, application statistics, prompts, and prompt statistics shown in 
FIGURES 7A-7C are provided by way of illustration, not limitation. Real Time Status 
module 154 is preferably configured to generate statistics that are appropriate for the 

15 system in which the resource management system of the present invention is 
implemented. 

Current Day Activity Monitor module 156 provides a real-time comparison 
between the current real-time requirements and the current period of the work plan. This 
comparison is based on data obtained via real-time bridge 108 and the ORACLE 
20 database. In this way, team leaders and/or supervisors can be provided with real-time 
data as to the shortage or surplus of workers. Current Day Activity Monitor module 156 
performs this real-time comparison using information from the work plans stored in the 
memory of system server 110 and information generated by Real Time Status module 
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154. Current Day Activity Monitor module 156 may also be configured to process data 
from worker time clock 1 16 to provide a verification that those workers whose work 
plans call for them to be working at a given time are in fact "punched-in" as working. 
Current Day Activity Monitor module 156 may be configured to permit team 

5 leaders and/or supervisors to re-allocate the resources to meet a shortage or better utilize a 
surplus. For example, if the displays generated by Current Day Activity Monitor module 
156 indicate that more workers are needed to handle incoming telephone phone calls and 
that there is a surplus of workers handling electronic mail, messages may be generated by 
a team leader or supervisor to certain workers currently handling electronic mail 

10 instructing them to take appropriate steps to begin handling phone calls. Current Day 
Activity Monitor module 156 may also be configured with a routine that automatically 
determines when there is a shortage and/or surplus of workers that exceeds some 
predetermined "acceptable" level and that generates appropriate e-mail messages to 
workers to address the shortage and/or surplus. 

15 In another implementation contemplated by the inventors, Current Day Activity 

Monitor module 156 may be configured to automatically generate overtime notifications 
based on current day situations. For example, if Current Day Activity Monitor module 
156 determines that additional workers are needed to handle an unexpected surge in 
telephone calls on a particular day and/or an unexpectedly high degree of absenteeism, 

20 the module may automatically generate and transmit an e-mail message to workers 
requesting additional workers for a certain time period (e.g., between 7:00PM and 
9:00PM that evening). Interested workers may respond to the e-mail and the work plans 
of these interested workers will be automatically updated to reflect this interest. From 
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these updated work plans, Current Day Activity Monitor module 156 will automatically 
generate updates of the planned on-phone workers. When the anticipated need has been 
addressed by a sufficient number of workers, module 156 then generates and transmits an 
e-mail message to the workers indicating that no more overtime workers are needed. 

5 While this routine has been described as involving automatic actions by Current Day 
Activity Monitor module 156, some or all of the actions of this routine (e.g., 
determination of need for additional workers, generation of e-mails to workers, and 
updating of workers' work plans) may be performed by team leaders and/or supervisors. 
Work Force Forecast module 158 provides a comparison between the expected 

10 work volume and characteristics (as may be determined from algorithms based on 

historical data and/or seasonal data) and the work plans that have been entered in order to 
communicate (e.g., visually) to team leaders and/or supervisors whether sufficient 
workers are available to achieve the service level goal for the expected tasks. Work Force 
Forecast module 158 provides data indicative of the workforce that will be needed for a 

15 given period (e.g., the upcoming work week). By viewing a comparison of the workforce 
needed for a given period and the work plans entered by workers, team leads and 
supervisors can determine if differences exist between the work force that is forecast to 
be needed and the work force that is planned to be available. Workers themselves may 
also be given the capability of reviewing work plans against forecasted needs. In this 

20 way, workers can identify coverage problems and initiate their own changes to their 
workplans. In one implementation, the forecast of the needed work force is generated 
based on customer service center historical data and industry-accepted algorithms. In 
some implementations, the forecast of the needed work force may be generated 
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independently of Work Force Forecast module 158 (e.g., by a separate module or program 
running on system server 110 or by a module or program running on a separate computer) 
and supplied as an input thereto. In still other implementations, Work Force Forecast 
module 158 may itself be configured with the appropriate algorithms to generate a 
5 forecast of the needed work force. 

Work Force Forecast module 158 generates displays based on comparisons that 
are appropriate for the tasks handled by the workers. For example, Work Force Forecast 
module 158 may generate displays based on comparisons between the workers' work 
plans and the forecasted need for workers to handle phone calls, electronic mail and 

10 regular mail. As the work plans of the workers change, Work Force Forecast module 158 
automatically updates the comparison between the expected telephone call, electronic 
mail and regular mail volume and the work force that is planned to be available to handle 
these expected volumes. Again, this module provides team leaders and/or supervisors the 
ability to re-allocate resources in order to meet the anticipated demand. 

15 FIGURES 8 A and 8B show screens associated with the Work Force Forecast 

module 158. Generally speaking, the use of Work Force Forecast module 158 is limited 
to team leaders and/or supervisors. The screens of FIGURES 8A and 8B are accessible 
by selecting Work Force Forecast from the main menu shown in FIGURE 3. The screen 
of FIGURE 8 A includes a combo box 802 for selecting a particular work period (e.g., 

20 July 16, 2000 - July 22, 2000) and a combo box 804 for selecting a particular day of the 
week (e.g., Tuesday). A combo box 806 allows the user to select a particular display 
format for the graphical display 808 of staffing data. A combo box 810 allows a user to 
select a desired staffing change based on the data displayed in graphical display 808. For 



example, graphical display 808 of FIGURE 8A shows that the on phone need for the 
customer service center significantly exceeds the number of people whose work plans call 
for them to be on phone on Tuesday of the week of July 16, 2000. By selecting "Increase 
on Phone" from combo box 810, the user is presented with a list of workers 811 who are 

5 working at some particular selected time period (9:00AM to 10:15AM in FIGURE 8A), 
but who are not planning to be on phone during this time period. For each worker in the 
list, his/her planned activity (represented by an activity code); the time he/she plans to 
perform that activity; and the work schedule (i.e., work hours) are provided. Based on 
this information, a team leader and/or supervisor may decide to alter the work plan of one 

10 or more of the listed workers in order to ensure the availability of sufficient staffing to 
satisfy a desired service goal. In one implementation, Work Force Forecast module 158 
permits the team leader or supervisor to modify a worker's work plan from the screen of 
FIGURE 8A by simply changing the activity code and/or the time that the worker will 
perform the activity corresponding to that activity code. Thus, in the case of FIGURE 

15 8A, the team leader or supervisor may change the activity codes for one or more of the 
listed workers so that their work plans call for them to be on phone during part or all of 
the time period of the expected shortage. In another implementation, Work Force 
Forecast module 158 is configured to permit the team leader or supervisor to select a 
worker by name (e.g., by pointing-and-clicking) in order to access that worker's work 

20 plan with a view similar to the view shown in FIGURE 6. After making the desired 
changes, the team leader or supervisor is returned to the screen of FIGURE 8 A and is 
permitted to make changes to other workers' work plans in a similar manner. 




"Get Graphics" button 814 may be pressed to generate update graphical display 
808 to take into account any changes in the selections made using the combo boxes or in 
the workers' work plans. "Print Graphics" button 816 may be pressed to generate a hard 
copy print-out of graphics display 808. 

5 FIGURE 8B is similar to FIGURE 8A and shows a different display format for the 

data in graphical display 808. FIGURES 8C and 8D show other alternative formats for 
displaying staffing need distribution. It will be apparent that other display formats may 
be utilized and the present invention is not limited in this regard. 

Although not required, in those implementations in which Work Force Forecast 

10 module 158 is configured to generate forecast data, the module may utilize data generated 
by Call Center Reporter module 162 to be described below as part of the historical data 
used to generate the forecasts of expected task volumes. Work Force Forecast module 
158 may be made more robust by using algorithms that take into account near real-time 
and/or real-time data as to the volume of telephone calls, e-mail and regular mail. For 

15 example, Work Force Forecast module 158 may be configured to analyze activities during 
a first portion of a work period to update the forecast for a later portion of the same work 
period. Similarly, Work Force Forecast module 158 may be configured to analyze 
activities during one portion of a work day to update the forecast for a later portion of the 
same work day. 

20 Supervision Tool module 160 permits team leads and/or supervisors to view, 

update and approve the work plans entered by the workers under their supervision or 
direction. FIGURE 9 shows the main menu for Supervision Tool module 160. This 
menu is accessible by selecting "Supervision Tool" from the system main menu of 
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FIGURE 3. Selecting "Approve Work Plan" from the menu of FIGURE 9 causes the 
screen of FIGURE 10A to be displayed. Team leads, managers and supervisors utilize 
this Approve Work Plan screen to view and approve their team member's work plans. 
The user of the screen in FIGURE 10A selects a work plan period using a combo box 

5 1002. "Team Up" and "Team Down" buttons 1004 and 1006 are usable by team leaders 
and supervisors to navigate through the work plans 1010 for the team members under 
their direction or supervision. Work plans for team members identified in combo box 
1012 are approved by pressing the "Approve" button 1008. Each work plan record stored 
in the memory of server computer 110 preferably includes approval identification data 

10 that identifies the person that approved that work plan. Work plans may be printing by 
pressing "Print Work Plan" button 1014. 

Selecting "Create Work Plan" from the menu of FIGURE 9 causes the screen of 
FIGURE 10B to be displayed. Team leads, managers and supervisors sometimes need to 
create the work plans for some of their team members who may out of the office due to 

15 illness, for example. This screen is very similar to the screen of FIGURE 10A with 
"Team Up" and "Team Down" buttons 1030 and 1032 permitting navigation to locate 
particular team members that are listed in combo box 1034. Each work plan record 
stored in the memory of server computer 110 preferably includes identification data that 
identifies the person that created that work plan. 

20 Selecting "View Work Plan" from the menu of FIGURE 9 causes the screen of 

FIGURE 10C to be displayed. This screen provides a facility to view the work plan of a 
particular worker by selecting the name of that worker from combo box 1050. 




Selecting "View Activity" from the menu of FIGURE 9 causes the screen of 
FIGURE 10D to be displayed. This screen provides a facility to view work plan 
information based on activity codes specified in combo box 1060 for the activity period 
specified in combo box 1062. More specifically, for the activity specified in combo box 
5 1062, the screen of FIGURE 10D shows a list of workers 1064 that specifies the number 
of hours that each worker plans to spend performing that activity each day during the 
activity period, as well as the total number of hours that each worker plans to spend 
performing that activity during the activity period. This tool helps users, among other 
things, to locate workers for reallocation if there is an unbalanced forecast (e.g., not 

10 enough workers planning to be "on-phone" to cover the forecasted need). The screen of 
FIGURE 10D includes a combo box 1064 for selecting the order selection criteria (e.g., 
most first). In the case of most first, the list of workers begins with the worker who plans 
to spend the most total hours performing the activity designated in combo box 1060. If 
the order criteria is changed to "least first", the list of workers begins with the worker 

15 who plans to spend the least time performing the activity designated in combo box 1060 
as shown in FIGURE 10E. 

Selecting "View Time Period " from the menu of FIGURE 9 causes the screen of 
FIGURE 10F to be displayed. This screen provides a facility to display the names of 
workers working during a particular time period, along with the activity code identifying 

20 the activity in which the worker plans to be engaged. To utilize this facility, the user 
selects a particular week using combo box 1070 (e.g., July 16, 2000 - July 22, 2000), a 
particular day using drop-down list box 1072 (e.g., Wednesday), and a particular time 
period using combo box 1074. If desired, the user may further limit the display to those 
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workers performing a particular activity by specifying an activity code using combo box 

1076. Activity Code Location Helper edit box 1078 is available to assist the user in 

finding the right activity code by typing in up to three letters. When the user has 

specified the desired criteria, he/she clicks on the "Get Time Period" button 1080 to 

5 access the work plans stored in the memory of system server 1 10 and generate a list of 

workers 1081 that satisfies the specified criteria. The data may be ordered by name or by 

activity code by making a selection using combo box 1082. A print out of the worker 

details may be obtained by pressing "Print Period Detail" button 1084. 

# 

The three "view" facilities described above (View Work Plan, View Activity, 
10 View Time Period) provide a comprehensive mechanism for locating and analyzing the 
work plans of workers. 

Call Center Reporter module 162 is a module for generating reports. These 
reports are generally after-the-fact reports that compare the forecasted needs and the 
workers that planned to handle these forecasted needs and the actual needs and the 
15 workers that handled these actual needs. The reports may present these comparisons 
using graphs, numbers, charts, etc. For example, one report might involve comparisons 
between the forecasted need for telephone coverage and the workers whose work plans 
called for them to provide this coverage, and the actual need for telephone coverage and 
the workers who actually did provide coverage. Another report might be an impact report 
20 relating to the reallocation of workers because of a surplus or shortage. For example, the 
report may show the number of hours that were moved off-phone and on-phone. Call 
Center Reporter module 162 may include standard ("canned") reports that are selectable 
by users. Call Center reporter module 162 may also provide the capability for users to 
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develop their own reports. For example, a team leader may wish to run a report limited to 
his/her particular team. 

While the invention has been described in connection with what is presently 
considered to be the most practical and preferred embodiments, it is to be understood that 
the invention is not to be limited to the disclosed embodiments, but on the contrary, is 
intended to cover various modifications and equivalent arrangements included within the 
spirit and scope of the appended claims. 
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